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Annual Meeting 


The first annual meeting of the vucson 
Amateur Packet Radio Corporation was held on 
February 5, 1983 at the University of Arizona. 
Den Connors, KDZS, President of TAPR, called the 
meeting to order and welcomed the group, which 
included many out-of-state members. Fried Heyn, 
WAOWZO, Chairman of the Southwest Division of the 
ARRL, discussed the ARRL and its involvement in 
Gigital communications. Tom Clark, W3IWI, Presi- 
dent of AMSAT, spoke about Amateur involvement 
with satellites and the future of packet radio 
with respect to the satellite service. Pete 
baton, WB9rLW, President of SLAPR, spoke about his 
involvement ın ham radio and packet radio. He 
presented a donation of $100 against Black ‘hurs- 
day from SLAPR. 


Den Connors presented an introduction to 
packet radio and discussed the rCC's commitment to 
packet radio communication. Chuck Green, N@ADI, 
gave a discussion of protocols in use and under 
consideration for Amateur packet radio. Following 
a short break, Lyle Johnson, WA7GXD, described the 
history of ‘APR and the development of the TAPR 
Terminal Node Controller. Pete taton then des- 
cribed the evolution of SLAPR and the St. Louis 
Beta ‘test Site. 


After lunch, Den Connors discussed several 
network linking philosophies. ‘Tom Clark described 
the AMSAT Phase III-b digital frequency alloca- 
tions. Mike Parker discussed the L-band amplifier 
project for accessing the Phase l11I1-B satellite. 
Lyle Johnson talked about the future of TAPR and 
projected projects, including proposed terrestrial 
linking experiments. Dan Morrison, KV7b, announ- 
ced the plans for distribution of the first beta 
jest boards following the meeting. 


rhe results of the Board of Directors elec- 


tion were announced. ‘fhe members of the Board are 
as follows. 


Term expiring 1984 (elected by membership) 


Tom Clark, W3IWl 

John DuBois, WlHDX 

Pete baton, WB9FLW 
Margaret iiorrison, kV7D 
Harold Price, NKOK 


term expiring 1985 (elected by previous board of 
Directors) 


Mike Brock, WB6HHV 
Dave Henderson, KD4NL 
Dan Morrison, KV7B 
Mike Parker, s17D 
Bill Reed, WD@OE'YZ 
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Radio Corporation 


erm expiring 1986 


tark Baker 

Marc Chamberlin, WA7PXw 
Den Connors, KD2S 

Chuck Green, N@ADI1 

Lyle Johnson, wA7GXD 


The meeting of the Board of Directors of the 
tucson Amateur Packet Radio Corporation was held 
on February 5, 1983, following the general meet- 
ing. John DuBois and bill Reed were absent. 
Officers of the corporation were elected as 
follows. 


President, Lyle Johnson, WA7GXD 

Executive Vice President, Den Connors, sAD2S 
Secretary, Heather Johnson, N7DZu 
Treasurer, Chuck Green, N@ADI 


The board discussed various options for pro- 
viding terminal node controllers beyond those 
produced for Beta Test. Supplying boards assem- 
bled and tested beyond the test would require the 
corporation to handle problems associated with 
implied warranty, as well as type certification 
under FCC Part 15. The board decided that TAPR 
should make a kit of parts and boards available 
upon successful completion of Beta Test in order 
to further Amateur Packet Radio by getting more 
TNCs into the hands of Amateurs. Consideration of 
providing assembled boards was tabled. No deci- 
sion regarding the improperly plated-through 
boards was made, since it was not clear to whom 
those boards belong. 


rl 


Packet Radio enthusiasts from all over the 
world attended the Second ARRL Amateur Radio 
Computer Networking Conference in San Francisco in 
conjunction with the West Coast Computer Faire. 
The conference was hosted by AMRAD and the Pacific 
Packet Radio Society. The Proceedings of this 
conference contains the text of 16 papers on a 
variety of topics of interest to packet radio. It 
will be available from the ARRL for §9. 


| RE ES TS 


Starting with the next issue, the Packet 
Status Register will be edited by Pat Snyder, 
WAØTTW, with assistance from members of the 
Minneapolis-St. Paul packet radio group. Contri- 
butions to the newsletter may be sent to TAPR or 
directly to Pat. We very much appreciate the help 
thıs group has offered, and we wish them the best 
of luck. i 


margaret Morrison, KV/v 


The President’s Corner 


by Lyle Johnson, WA7GXD 


Tucson Amateur Packet Radio Corporation is a 
dynamic entity, full of Surprise and change. One 
such change is indicated by the new byline for 
this column. As reported elsewhere in this issue, 
TAPR has both an expanded board of Directors, from 
five to fifteen in number, with seven members from 
beyond Arizona's borders and a new slate of offi- 
cers. Due to numerous commitments, Den Connors, 
KD2S, decided to step down from the helm of the 
Organization and Mark baker from the office of the 
Secretary. Although I am not exactly blessed with 
much extra time myself, the Board asked me to 
assume the Presidency of ‘APR, which honor I 
accepted. Den will continue to serve us as the 
kLxecutive Vice President and I have given him 
explicit charge to help mold a National Field 
Organization, based on the existing Beta test 
structure. Heather Johnson, N7DZU, was elected 
Secretary and has the overall responsibility to 
Organize the membership services sector. Finally, 
Chuck Green, N@ADI, has agreed to once again take 
over the financial affairs, and will be serving us 
as Treasurer. 


Generally, a new President seizes upon the 
opportunity of his first communication to the 
general membership to extol the virtues of his 
predecessor, then outline glowing plans of the new 
administration's hopes and ambitions. Suffice it 
to say that Den did an incredible job, and saw 
TAPR grow from six local hams to a growing group 
over 250 strong, spread over four continents! 


As for the glowing plans, TAPR is a broad- 
based group with an amazing amount of talent. I 
see it as Priority One to spread the rewards and 
burdens of TAPR's role in Amateur packet communi- 
cations throughout the organization. As we stated 
at the Annual Meeting last month, we must work 
together to bring about the next phases of techni- 
cal evolution if we are to see packet radio become 
a viable means of Amateur communications. 


Many folks have talked about the need for 
inter-area networking, but not many have pressed 
ahead to do it. There are many reasons for this, 
the primary one being that there are very few 
packet networks anywhere. Therefore, there has 
been little need for linking between groups. The 
Beta boards are changing all of this. There are 
now several TAPR-based packet networks up, and 
several more coming on line as the TNCs are run 
through final test, calibration and distribution. 
Formerly there were perhaps 106 to 208 VADCG TNCs 
active in a few US and Canadian cities, and soon 
there will be over 168 TAPR TNCs active in about 
two dozen additional cities as Beta testing 
progresses. The need is clear for linking to 
proceed. 


AMRAD is busy with an experimental modem 
system for HF linking, and we at TAPR plan to 
participate and assist in whatever ways we can. 
AMSAT has generously allocated a portion of Phase 
I1ll-B's precious bandwidth for digital communica- 
tion, and TAPR plans to be very active in testing 
and utilizing this resource. However, these 


"gateways" are slow, supporting baud rates in the 
1266 and under range. As many of you are finding 
out, 1206 baud can seem mighty slow, especially 
when one is interested in- transfering large 
amounts of information. It gets worse when many 
users try to do so on the same frequency. Many of 
us believe that the best long-term solution in 
Many cases is a high-speed terrestrial linking 
system, meaning the use of UHt and/or microwave 
frequencies with data transfer rates of 58,008 to 
l million bits per second. 


"Great!", you say. “When will you guys crank 
that out? I'm willing to help Beta Test that!" 
the answer is -- never. You see, TAPR ıs not a 
we/they group, TAPR is "us." The Tucson-based core 
cannot pull this rabbit out of the hat. the TNC 
would not be real now if it weren't for the active 
assistance of the groups in St. Louis and Los 
Angeles. These folks realized that things were 
getting bogged down, and rather than worry that 
the TNCs might never get out the door, they step- 
ped forward and pitched in. If each of you will 
pause and reflect on the fact that a handful of 
people put in a truly heroic effort over a period 
spanning 14 months, alienating family, friends and 
employers so that ou could benefit from our 
common belief that packet radio can be of great 
value to Amateur Radio, you will have taken the 
first step toward helping TAPR achieve our goals. 
TAPR needs your help. Not just the $12 annual 
dues, but your time and talents as well. 


"I'm no hardware guru. 1 can't write soft- 
ware. i'm no systems designer, nor RF engineer. 
1 can't build a high-speed modem. I'm not a 
technical writer, and besides I can't...," you 
object. Perhaps. But can you staple, or fold, or 
lick, or talk, Osca You see, there are many 
things required to make TAPR tick. Newsletter 
publication ıs an area that takes an amazing 
amount of time. With electronic mail at our dis- 
posal, members in nearly any area can assist in 
writing columns, or letters (I will be very disap- 
pointed if we don't get at least one letter from 
every beta participant...), or typesetting, or 
Pasteup, Or printing, or... You get the idea. 


So, even if you aren't a super-technical 
type, your skills are sorely needed. You may also 
try checking in on the HF net on Sunday. SLAPR 
has agreed to conduct this one for us, being loca- 
ted near the center of the country. If you know 
someone in your area that has skills and is reluc- 
tant to step forward, push a little! Volunteer to 
help him. You may be amazed at what a little 
“non-technical” moral support can do. If you are 
technically oriented, please identify yourself. 
lf you are a Beta Coordinator, identify people in 
your area and report them to tucson so we can all 
do a little arm-twisting! Enough said? Let us 
hear form you. Packet radio can be very exciting 
and rewarding, or it can flop around and become a 
curiosity rather than a dominant mode. We can be 
the SSB of the late 58's, or the FM of the 76's. 


It doesn't depend on me. it depends on you. 


The Tucson Amateur Packet Radio Corporation 
is a nonprofit scientific research and development 
corporation. The corporation is licensed in the 
State of Arizona for the purpose of designing and 
developing new systems for packet radio communica- 
tion in the Amateur Radio Service, and for freely 
disseminating information acquired during and 
obtained from such research. 


The officers of the Tucson Amateur Packet 
Radio Corporation are: 


President 
Executive 

Vice President 
Heather Johnson, N7DZU Secretary 
Chuck Green, N@ADI Treasurer 


Lyle Johnson, WA7GXD 
Den Connors, KD2S 


the Packet Status Register is the official 
publication of the Tucson Amateur Packet Radio 
Corporation. Explicit permission is granted to 
reproduce any material appearing herein, providing 
credit is given to the author and to the TAPR 
Corporation. 
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Software Update 


by Margaret Morrison, KV/7D 


Although beta Test 1s still just starting, 
and not all the boards are even shipped, there ıs 
already a new version of software out. The ori- 
ginal plan called for the first software revisions 
to appear in conjunction with the EPROM burner 
attachments, but we had a couple reasons for jump- 
ing the gun. The primary reason was the incompat- 
ibility between different implementations of AX.25 
protocol, which ıs discussed by Harold Price. 
Almost aS pressing a reason was the presence of a 
number of fairly annoying bugs. The most obnox- 
ious of these is the so-called “monster packet" 
problem. ‘the monster packets resulted from the 
fact that the low-level software person took 
inadequate account of the possibility of the 
demodulator detecting a carrier momentarily while 
the radio is keying up. While we were revising 
things, we took the opportunity to fix several 
other less urgent problems, and to implement some 
changes suggested by some of the first beta 
Testers. 


Until the prom burners are available, we will 
reburn proms on request. Send your old proms, 
preferably in a rigid, nmonstatic tube, to _ TAPR 
along with sufficient postage for us to send them 
back. Alternatively, you can send $10 each or $38 
per set (plus postage) for new proms and we will 
send you your new proms burned with the latest 
software. In either case, we will send a set of 
notes keyed to the manual describing all changes. 


Following is a summary of the major changes 
incorporated in the latest software, version 2.1. 


* The AX.25 protocol corresponds to the descrip- 
tion in Appendix B. For compatibility with 
Version l software, a compatible protocol re- 
mains for the time being. 


* The monster packets are fixed. 
* The TNC resets successfully on power-up. 


* The timeout for retries of unacknowledged pack- 
ets now starts after the packet has been trans- 
mitted, rather than after the packet has been 
formulated. This prevents transmission of sev- 
eral copies of one packet after a wait due to 
busy channel. 


* A ROM checksum option has been added to the 
calibration routine. This was prompted by the 
fact that there were a few mis-burned proms ın 
the first release. 


* The calibration routine and the low-level debug- 
ger accept lower-case. 


* HDLC baud rates of 400 and 8@@ have been added. 
AMSAT has chosen 406 baud as a satellite stan- 
dard. 


* Several diagnostic messages have been added to 
indicate failure to be commanded of peripheral 
chips at reset. ın case the 6551 serial port 
fails, LEDs Di and D2 blink. 


ee 


Work on the EPROM programmer attachements for 
the īNCs is progressing. We need to know very 
soon how many of these will be needed. Get your 
reservation in now. 
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Standards (sigh) 


by Harold Price, Nnbon 


As some of you have already found out, 
Version Beta.l of the TAPR implementation of the 
protocol agreed on at an October AMSAT meeting 
does not match the VADCG TNC TIP/LIP 5 version of 
that same protocol. As ıt turns out, neither of 
the two implementations match what was actually 
agreed on at the October AMSAT meeting. ‘The exact 
reasons for this are best described late at night 
in smokey back rooms. For now, the important 
thing to know is that steps are being taken to 
correct the situation. 


To explain quickly, the Beta.1l version of the 
VAPR TNC software matches the protocol as defined 
on Saturday, October 9. The specification in the 
manual contains updates made on Sunday October 18. 
rhe Kaoli TIP/LIP 5 software matches the Sunday 
October lØ version, except that some of the frame 
types aren't implemented and a different layout of 
the PID byte 1s used. The expected future actions 
are that TAPR will release a new version of the 
“iC software that matches the October 16 version 
(as modified by KA6M), the AX.25 “specifiers" will 
update the specification, and the KA6M software 
will be upgraded to a full implementation. 


While all of the above sounds bad, the over- 
all outcome was very good. Recall that the time 
from ratification of the protocol to the availabi- 
lity of software for several sets of hardware was 
only five to six months. in addition to the TAPR 
and VADCG TNCs, software is in development for 
homebrew TNCs on both coasts. wo hams in San 
Dıego have a version of AX.25 written ın C for an 
S-10@ Z-88 board. This software is compatible 
with the current TAPR implementation and has been 
used to communicate with TAPR INCsS ın Los Angeles 
and San Diego. 


This type of turnaround for protocols, speci- 
fications, hardware, and software is enviable even 
in andustry and was achieved by a volunteer work- 
force distributed in various groups spread across 
the country. the next steps will require even 
more work, and even more cooperation between 
groups. The next big step, of course, is network- 
ing. 


The "AX.25" protocol as currently defined 
covers only level two of the seven layer ISO 
model. AX.25 level two deals with point to point 
connections between two nodes that are closely 
coupled, i.e., no other nodes are in between them. 
Digipeaters, in the network sense, are passive 
devices, repeating anything sent their way. They 
are invisible as far as the network ıs concerned. 
The next level is the true network level where 
multiple node routing comes into play. 


Anyone with thoughts on level 3 protocols is 
invited to send them to TAPR or contact me direct- 
ly. We also need to hear from the user community, 
what features are desired, what uses are you/will 
you put your iNCs too? Put your ideas in the form 
of a technical proposal, a wish list, or a letter 
to the PSR editor. ‘tAPR is supposed to dissemi- 
nate information on packet radio and it doesn't 
say in the bylaws that we have to make it all up 
from scratcn. TAPR would more than happy to 
maintain a list of all current packet protocols, 
packet repeaters, level three access schemes, 
local area net access procedures, etc. Currently, 
there isn't anyone assigned to the task of main- 
taining such information, mainly because there 
isn't any. Send it in and we'll find a volunteer. 
Better yet, volunteer yourself. Get involved! 


Proposed Hardware Modifications 


by Lyle Johnson, WA7GXD 


Tnis ıs a collection of suggestions for up- 
dating the TNC for the next go around. Please 
comment, as this may become the spec for the 
revised TNC. Thank you! 


Serial User Port 


Delete JP1 and add four 6.8k-ohm pull-up 
resistors from U16 (1489) pins l, 4, 16 and 13 to 
+12 volts dc. this will enable the serial port to 
function with a “three-wire” RS-252 implementation 
without the use of jumpers, while still allowing 
Operation with a "full" RS-232 port. 


Add a #§.l-ufd bypass cap from U15 (1488) pin 
i to pin 7 and one from pin 14 to pin 7. This 
will effect a local bypass of the two supply lines 
to this part, which suppresses any tendancy of U15 
to oscillate. 


Make J2 a polarized connector to help prevent 
possible damage to equipment. 


Power Supply 


Replace D13-D16 with a 3-A bridge rectifier. 
The present quad of iN4@@1s overheat. A bridge is 
less labor to install, and doesn't cost much more 
than the discrete approach. Possibly replace 
D9-12 with a 1-A bridge. Again, the bridge is 
Simpler to install and takes up less space. 


Change C24 and C4l from 6@.1l-ufd ceramic. to 
16-ufd electrolytic, i6-volt capacitors. The 
present capacitors are insufficient to suppress 
oscillations in the negative reguiators. these 
caps correct this oversight. 


Change J4 to a 14-pin polarized connector, 
with the +5 output from the regulator routed 
through it. ‘his will allow use of an off-board 
+5-volt source, such as an externally mounted 
regulator. Furthermore, the connector will not be 
confused with the radio interface connector. 


Optionally, change U22 to become a 7819 regu- 
lator, changing the +12-volt line to a +1#-volt 
line. This will allow use of the original trans- 
formers without power-line ripple. 


memory Bank 


Install a “JP-12"-style jumper at sockets L7 
and üg. vhis will allow use of 4k and 8k byte 
memories in these sockets. 


Connect uU9-12 pin 26 to address line Al3. 
ihis will allow these sockets to support 16k byte 
27128 EPROMNS. The sockets will no longer be com- 
patible with 2716 and 2732 style parts. 


Install a push-on jumper to detach U6 pin 16 
(PB6) from pin 17 (PB7). A third pin on this 
jumper would attach to U27 pin 1 (or 17), with a 
19k pullup on the Uz7 side. Disconnect switch S2 
from U6 pin 3 (PAl) and run PAl to U27 pin 17 (or 
1). hese changes will disconnect S2 and allow 
the u2? socket to support either the present 
XD221@- 256-bit NOVRAM or the xXD2212 16424-bit 
NOVRAM. The x4 increase in NOVRAM is probably 
more useful than the second switch. 


modem Modifications 
Transmitter keying 


C8 should be increased from 100 ufd to 338 
ufd or more. This will still provide protection 
for other users, but allow multiple maximum length 
packets to occur, as well as support lower baud 
rates for HF and other slow speed work. 


The parallel sections of U2l usel as a trans- 
mitter keyer should be deleted and rej; laced with a 
Zener-protected VmOS rrl. This will allow higher 
standoff voltages as well= as provide a better 
approximation of a closed switch for very sensi- 
tive rigs (like most iCOMS). - 


Add an LED monitor to be added to U26 pin 3 
to show status of the transmitter activation line. 


Modulator 


R33 shoulda have a 1@k resistor is series with 
the “top" contact and the + 1i2-volt bus. This 
will prevent possible damage to U25, the +12-volt 
regulator and/or R33 due to misadjustment. 


Ci8 should be a non-polarized capacitor, and 
R25 should be reduced to a 25k pot. 


An ¢Sk mod for the CWID has been tested at 
WA7GXD. R33 ıs removed and the XR2206 AN input ıs 
then grounded. The CWID signal from U6-pinl9 is 
routed to an input of an exclusive-or gate 
(74LS86) mounted in the wire-wrap area. The data 
Signal from the HDLC chip, pin 25, is routed to 
the other input. “he output goes to the 2266 
(Ul9-pin 9). The primary problem with this method 
is that, often as not, the CWID is "upside-down", 
making copy difficult. if the CPU could determine 
the state of the HDLC TxD, it could then “invert” 
the CW1D as needed to make it come out “right-side 
up." (Note: this is an alternate use proposed for 
the line now used to read switch 2.) 


Demodulator 


R15 needs to be increased to about 22 k, 
since the 6.@27-ufd cap is not readily available. 
The @.@022-ufd caps actually used make the adjust- 
ment out of range if their true values are on the 
low side. 


Experimentation needs to be conducted to 
determine whether or not the MF-18 ıs needed in 
most installations. If not, the kit-builders 
should be able to bypass this “option", saving 
money. 


Add an LED monitor for RxD and another for 
DCD. 


Radio Interface 


The connector, J4, needs to be polarized. 
The TTL level HDLC lines should be removed from 
this connector due to RF susceptibility of the 
TNC. 


The following HDLC signals should be connect- 
ed to the on-board modem via a series of push-on 
jumpers that can be replaced with a standard IDC 
connector for off-board modem applications: 
mMSCOT, 1TxD, RxD, CD, DSR, DTR; RTS, CYS, RC, TC, 
wRZ1, 32X. This will probably require a 26-pin 
connector. ‘this will allow maximum flexibility in 
custom operation of the board. 


Other Suggestions 


Someone should experiment with the waveshaper 
(Ció, D8) to try to find a more reliable circuit 
(simple, please) for calibrating the 176@ Hz VC 
Signal from the XR221i1 demodulator. 


we need some thorough investigation of the 
TNC's apparent sensitivity to RF. which parts are 
the worst offenders? What must be done to bring 
the tolerance to a more reasonable level? 


(continued on page §&) 
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Feed back 


St. Louis 


Greetings from St. Louis. Since the release 
of the TAPR boards, SLAPR has been busy exercising 
them on 147.555. Of the 21 boards delivered, 
approximately 15 are on line. Very few problems 
were encountered bringing the boards up. But 
alas, rag chewing on packet loses its appeal 
quickly and some other diversion was needed to 
keep ainterest up! Bill, WD@ETZ, had the answer. 
During the last several months bill had built up a 
dedicated computer for packet and had implemented 
a bulletin board system that could be automatical- 
ly accessed! We thought it would be sort of fun 
to share with you some of the messages that have 
been left on the system the last several weeks as 
some of the local Beta Testers tell you a little 
bit about their systems, and general comments 
about the TAPR TNC. below are those comments 
taken directly “off the air." 


it is with some sadness that I report that 
Bill, WDØŁTZ, will be leaving the St. Louis area 
to become a texan. Bill has been instrumental in 
St. Louis in getting packet up and running. He 
will be sadly missed, but there is no doubt his 
enthusiasm will help get Dallas active on packet. 
thanks, bill, and good luck! 


73, Pete wb9rLw 


the following are messages that have been 
left on the St. Louis packet bulletin board 
system. 


x03” Aly 
trom: WDWE'TZ 
Subject: Bulletin board system 


l have interfaced my TNC with a Digital 
Research “Big Board" single board computer, and a 
single 8" drive. i am using CP/M and the bulletin 
board program from the CP/M Users Group. I had to 
make a few minor changes to the program to inter- 
face with the TNC. The program automatically logs 
the user's callsign to disk and then operates much 
like an ordinary CBbbS. I am operating the iNC in 
transparent mode with ECHO OFF. My radios are an 
lcom 22S and an lcom 290A. both radios needed the 
TNC VFEY mod on the PTT line. de Bill, WD@LTZ 


To: All 
From: KR9H 
Subject: Kenwood TR-74v# interface 


The impossible TR-7400A is possible to 
operate on packet... All it needs is a 5 meg ohm 
potentiometer. You take the audio from the ‘NC 
and input it on the center leg of the pot. The 
audio in (to microphone input) and ground are 
connected to the other two legs. Have fun. de 
KR9H, Rusty, in Belleville, 111. 


To: all 
From: KD9S 
Subject: My system 


The rig here is a Heathkit 2036A. The com- 
puter is a M7RS-8%8 mod 1, 48K, disk drive, and 
ricroline printer. Interface to the Heath was 
simple and the only thing necessary was the VrET 
on the ‘NC PTY line. ‘XDELAY had to be set to 16 
because the Heath's VCO takes so long to settle 
down. 1 have a problem in that the TNC parameters 
won't stay “PERMed", and about one in three times 
when i power up everything comes up blank. I have 
to turn on Switch One and then do a hardware 
reset. 73, sD9S, Len 
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So: All 
From: Ww@DVS 
Subject: My system 


My mame is rrank Goeringer, NODVS. My inter- 
face to the INC consists of: First I interfaced 
to a Kenwood 7R-24¥8 hand held using a relay for 
key down and a TXDELAY of 16 because the radio 
keys up so slowly. My audio line has a small 
speaker across JP9 on the ‘NC board to allow me to 
hear my audio out and place a load on the output 
of the Hi. Next I interfaced a Kenwood TR-7/40@A. 
To keep from modifying the radio, 1 built a small 
interface box that connects between the radio and 
the TNC and aliows me to switch between microphone 
input and NC input by throwing a double pole, 
double throw switcn. 


The NC seems to work quite well but I think 
that it has a few bugs yet. 1 find that when in 
the CONV mode, the TNC sometimes will keyup before 
the complete CWID has been sent. Also the BEACON 
command sometimes switches from EVERY to ArTER but 
ıt seems to work OK. I would prefer that the 
monitors have defaults set to ON and ALL instead 
of OFF. de Frank, N@DVS 


vo: All 
From: WA#KGU/WDOCZ1 
Subject: My system 


the rig here is a Yaesu FT 227R... Ultra 
easy to interface, no relay or VFL‘ needed. #l 
computer is a IRS-8% Model I, 48K, 2 disk drives, 
RS LPIV SY8QIlI smart terminal program. #2 com- 
puter ıs a TRS-88 Color Computer, 32k, 1 disk 
drive, Videotes terminal program. 1 have been 
experimenting with interfacing the TNC with a land 
line modem. the TNC hardware has been very reli- 
able. 1 have had mine on continuously for about 
the last 3 weeks and it still works fine. Tom, 
WAGKGU 


Los Angeles 


As far as TAPR 1s concerned, there are sev- 
eral Harold Prices. One of them does software 
development for TAPR and ıs on the ‘APR board of 
directors, looking out for TAPR's interests. the 
other one is the Beta Site Coordinator for the Los 
Angeles area and 1s as demanding and suspicious of 
schedule slips as the rest of the Beta Coordina- 
tors. the Beta Coordinators must look out for 
their local groups just as much (more!) than they 
look out for TAPR. ‘This report is written by the 
second Harold Price. 


The trip to the TAPR general meeting in 
Tucson on February 5th was worth the plane fare if 
only because I got to hand carry 14 TNCs back with 
me. This was they only way my group would have 
let me into town. imagine my disappointment when 
only four the TNCs worked the first time tried. 
o tell the good ending before the bad middle, all 
of the TNCs now work, and all but two would have 
worked first time at any wiH but mine. 


The cards are definitely stacked against 4 
TNC trying to receive in my apartment. In the 
first place my AC line voltage must be the lowest 
in town, second, my antenna is inside, third, I've 
got a computer that could work Heard lsland on all 
bands without an antenna if i hooked a key to the 
on/off switch. All of this, combined with prob- 
lems with the TNC power supply which degrade the 
onboard modem's “ears” worked to make most of the 
TNCs Geaf when tested in my shack. All of the 
boards that were marginal performers at my place 
work well elsewhere and would probably work fine 
anywhere once the power supply mods are made. 


Hardware Happenings 


by Lyle yvonnson, wA7GXD 


Believe it or not, the Beta TNCs have been 
shipped! if you are one of about 124 JAPRites who 
have received their TNCs, or if you have been near 
a recipient, you no doubt believe it. If your 
Site has not yet received its shipment, hang in 
there. They will come as soon as possible. 


ìn spite of every precaution, the ‘TNCs are 
truly test devices. Several bugs have already 
cropped up, and I'm sure many more will appear 
before it is all over. While specific details 
will appear through “official” Beta channels, a 
summary 1S in order here. First the good news. 
Most folks have had little trouble bringing up 
their TNCs and interfacing them to a multitude of 
radios, terminals, and personal computers. 


Now the rest of the news. Not all radios key 
properly. The @.7-volt drop across the Darlington 
driver array (ULN2003/ XR22@3) causes some radios 
to either ignore the transmit command, or light up 
an “XMIT" light, but refuse to transmit anyway. 
The fix ıs either a reed relay (expensive) or a 
VFLT. To use the VFET, connect source to ground, 
gate to U2l pins 4 & 5, and drain to U21 pins 12 & 
13. Voila! your rig should respond, and it has 
in all cases tried to date. VFLi's are cheap, too! 


Some TNCs are a bit deaf. While there are 
various causes, the most prevalent is ripple/noise 
on the +l2-volt buss. This is because yours truly 
mis-spec'd the transformer. The 5-volt line is 
fine, and should work to about 105 VAC line volt- 
age, but if the line voltage ıs below about 123 
VAC, the 7812 (and 7912) have insufficient drop to 
properly regulate. This allows ripple, and the 
XR2211 hides its head in the sand. The fix? 
While several suggest themselves, we are sorting 
out the most easily applied and most effective 
(meaning cheap). 


The TNC is susceptible to RF. This means you 
may have a problem if you use: your hand-held with 
its rubber-duckey at the end of the radio inter- 
face cable. This one is easy. Use an outside 
antenna, and shield your TNC. ~ 


Many people have asked when the TiC will be 
available after beta Test. fhis is not an easy 
question to answer. First, it can be stated 
rather emphatically that no TNCs will be forth- 
coming until Beta Test has fulfilled its basic 
purpose of debugging the hardware and software 
Systems. At that point, a mechanism will be 
announced whereby the TNCs will be made available, 
either to members only or to the Amateur community 
at large. there are a few legal obstacles to 
overcome here, such as rCC Part 15/97 compliance. 
Perhaps more to the point, TAPR lacks the manpower 
to mass produce "TNCs. Thus, the INC will be 
available in the form of bare boards and/or parts 
kits. lt ıs hoped that a means will be _ found 
whereby completed boards, perhaps in a case, may 
be supplied to those interested. Any form of 
distribution implies a commitment of time and 
money, and right now time is critical, while 
money... Well, each of you is aware of Black 
Thursday. TAPR is broke. Help and $$$ are 
needed. 


the next question is usually, "So when does 
Beta test end"? The answer to that was explicitly 
determined by the Board of Directors after the 
Annual Meeting. Quite simply, beta Test ends when 
the President of TAPR so declares. As of this 
writing, it is only beginning. If all goes well, 
it will only be a matter of several weeks to a 
very few months before enough testing ıs done to 
have accomplished our primary goals. 


Stay tuned... 


i EE 


(continued from page 5) 

Iwo of the TNCs were DOA, both problems were 
found in two minutes with the schematic and a 
scope. Both were dead chips of the 50 cent vari- 
ety. Four of the TNCs would not PERM, 1.e., store 
data in the NOVRAM. ‘this was traced to some im- 
properly burned "“k" eproms. As no reprogramming 
facility was available to me, TAPR quickly sent 
out replacement proms from Tucson. In all cases, 
response from Dan KV7B and Lyle WA7GXD were quick. 
Sometimes no immediate solutions but they were in 
there swinging. 


Since my initial troubles, the test cycle in 
Tuscon has been lengthened and improved. My group 
was one of the first sites to get boards, sites 
shipped later on have had almost no trouble. 


Because of obvious biases, 1'll leave soft- 
ware reports up to someone else. Other than a 
tendency to send an occasional long garbage 
packet, the software has performed as expected. 


Unlike the St. Louis group, no one is LA has 
put up an on-the-air bulletin board system yet; 
we're still looking for a volunteer. Activity ın 
LA is therefore somewhat low currently. We look 
forward to linking experiments with the San Diego 
crew, and several packet contacts have been made 
between stations in LA and SD. 


‘where are several packet frequencies avail- 
able in LA. 147.675 (WA6JPR)is a repeater output 
frequency which is used for packets. Voice use of 
the repeater is light and the repeater is current- 
ly down for repairs. WA6JPR's TNC is currently up 
for DIGIPEAT 24 hours a day. This allows testing 
by connecting to yourself ViA WA6JPR. Use 147.675 


as a simplex frequency. 


145.368 (WB6YMH) is used as a repeater with 
the input 6øð down. This machine is the home of 
the 8:68 PM Monday night Packet Radio voice net. 
When using WB6XMH set AXDELAY to 5 and AXHANG to 
4. this is a split site machine with mechanical 
T/R relays. NK6K's TNC can be found here most 
evenings. 


446.595 is a simplex link frequency between 
LA and SD and has been coordinated by the 2 meter 
authority in Southern California, TASNA. lt has 
unfortunately proven to be unusable from many 
parts of LA due to strong signals from an adjoin- 
ing repeater frequency. 


441.500 is a simplex frequency coordinated by 
the 440 authority in Southern California, SCRRBA. 


Harold Price, NK6kK 


Chicago 


The Chicago Area Beta Test group would like 
to extend our congratulations to those persons at 
TAPR Inc. who ere responsible for the design and 
construction of the TAPR Terminal Node Controller. 
Believe me when I tell you that Chicago has ten 
very happy hams, all of whom are enthusiastic in 
extolling the virtues of Packet Radio. 


we received our boards from Pete Eaton on 
February 6th at the Wheaton Radio Club Hamfest. 
Pete flew in from tucson to give an hour long 
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Thanks 


Tucson Amateur Packet Radio wishes to extend 
its thanks and appreciation to the following com- 
mercial organizations, without whose cooperation 
the Beta Test would have been far more costly, or 
more difficult, or both. 


Components 


Manufacturers: AMD, AMi, Intel, Synertek, 
Western Digital 


Distributors: Anthem, Marshall, Shelley, 
Western Microtech, Wyle 


Boards and Assemblies 
Assembly: Beta-TEK, K&L Engineering 
PC Fabrication: Southwest Circuits 
transformers: Siemens of Illinois 
PC Artwork: Interconnections (St. Louis) 
Special Thanks 


The St. Louis Area Packet Radio Group, and 
especially its President, Pete baton, provided 
physical and moral support, including getting the 
transformer and PC layout sources. 


Thanks are due to Professor Ted Williams for 
enabling us to use the University of Arizona Elec- 
trical Engineering Department's HP64000 develop- 
ment system. We especially appreciate hıs putting 
up with our sometimes heavy demands on tnis facıl- 
ity, as when the three software developers began 
living 24 hours a day in his lab! 


Modular mining Systems, a Tucson-based com- 
pany has been instrumental in VAPR's success. MMS 
has allowed its facilities to be (ab)used in the 
design, prototyping, testing, construction, stor- 
ing and shipping of the MNCs. Further, it has 
extended to TAPR its purchasing contacts and 
underwrote 'TAPR's purchases of components and 
services for the TNCs. Many hundreds of man-hours 
were donated to TAPR by MMS, and TAPR wishes to 
publicly extend its thanks and gratitude to 
modular Mining Systems for its continued support 
of the TNC project. 


Has your membership expired? 
Check the address label for your 
expiration date and 


RiNEW WOW! 


Beta Test Status 


by Dan morrison, KV78 


As of the end of March, 141 out of a total of 
171 Beta TNCs had been shipped. Most of them are 
actively on the air, and comments from the owners 
of some of them appear in this newsletter. The 
boards are being shipped as quickly as they are 
gotten into working condition by the Tucson twice- 
weekly work parties. About a third of the TNCs 
worked the first time they were turned on. ‘he 
remainder have had a wide variety of problems 
including wrong parts, incorrectly installed 
parts, dead ICs, shorts, and bad solder joints. 
Most of the problems have been simple to fix -- 
once identified! In general, boards are being 
shipped one Beta site at a time, in the order in 
which we received money. The exception to this 
rule is for sites willing to take a shipment 
including non-working boards. 


We are starting to receive reports from test 
participants describing radio and terminal or 
computer interfaces. Beta participants have 
successfully used TAPR TNCs to communicate with 
Vancouver boards running both Vancouver protocol 
and AX.25 protocol. Bulletin boards and mailboxes 
are operating over packet radio in several loca- 
tions, including St. Louıs, Los Angeles, and 
Tucson. 


Below is a summary showing the number of 
boards shipped to each Beta Site. 


Shipped 


AMRAD/AMSAT 12 
Chıcago 

Colorado Springs 
Dayton 

Dearborn 
indianapolis 
Little Rock 

Los Angeles 
Minnesota 

New Jersey 
Phoenix 

Racine 

St. Louis 

San Diego 

San Francisco 
Tampa 

‘fucson 

Ventura 


n 
Ss 


we m > 
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To be shipped 


AMRAD/AMSAT 6 
Dayton l 
Dearborn 5 
Phoenix 7 
Treasure Coast 7 
Tucson 4 
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Membership Application 


tucson Amateur Packet Radio Corporation 
P.O. Box 22888, Tucson, Arizona 85734 


Name: 
Cail - License 
Sign: Class: 


Zip (Postal) Code: 


Home work 
Phone: Phone: 
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lf you wisn not to have published in a mempership 
list any of the above items, indicate here which 
these are: 


i E 


l1 hereby apply for membership in T.A.P.R. I 
enclose $12 dues for one year. 


which eta Test area (1£ any) is closest 
to you? ; 


C 
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presentation on Packet Radio to several hundred 
attentive local area hams, and was kind enough to 
hana deliver our TNC bDoarcs. Needless to Say, 
Pete received a very warm welcome. Those of us 
who had anxiously been awaiting receipt of our 
boards could hardly wait to scurry home and begin 
interfacing them to our computers and radio 
equipment. 


One of our Beta lest sites was so anxious to 
begin testing that he spent several hour "talking 
to himself" while waiting for other stations to 
come on the alr. Most sites reported that they 
had little difficulty in interfacing the boards. 
the documentation supplied with the boards was 
excellent, and careful reading provided most of 
the necessary information. 


I can't really say that our initial excite- 
ment has subsided any, but we have been operating 
the TNC boards long enough that we can now tear 
Ourselves away from the keyboard and begin compil- 
ing the interconnect information requested by 
Tucson. Several suggestions have been passed to 
me regarding possible modifications to future 
verminal wWwode Controllers, but all agree that the 
boards are well designed. 


For example, it would be nice if the PTT lead 
was coupled in such a way that the transmitter was 
not keyed ın the event that the TNC board is 
powered down. Also, while the carrier sense 
feature works well in detecting the presence of 
modem carrier, it will not detect voice use of the 
frequency, thereby allowing packets to be sent on 
top of conversation. 


As reported ın other areas where packet radio 
was introduced, we did encounter some initial op- 
position from other hams who did not particularly 
wish to have another mode of operation added to 
those already ın use on two meters. Some ques- 
tioned the legality of what we were doing. The 


first evening we were on, we were treated to. 
almost five hours of non-stop Ri7TY test patterns 
and pictures, this on a frequency selected because 
frequent monitoring indicated it was seldom in 
use. 


This initial opposition has subsided some- 
what, however, and some of our fellow hams on the 
frequency have even begun to ask questions about 
packet operation. 


Our plans for the near future include the 
establishment of a bulletin board, providing an 
interface to the computer of a local junior 
college, and establishing a` link to a weather net 
presently ın operation for RITY enthusiasts. 


As i mentioned earlier, everyone here is 
ecstatic with the 1APR boards, especially with the 
digipeater capabilities. We are anxiously await- 
ing the completion of TAPR's L-Band amplifier in 
the hope that we might be allowed to Participate 
in the first satellite packet network. you 
definitely will have our support in future 
undertakings. 


Dick Gulbrandsen wDSDbJ 


anne rrr sr er re sn 
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the TNC mounting holes should be plated 
through and tied to dc ground for good connection 
to the (assumed metal) case. 


There have been suggestions that a gate be 
provided for ANDing the modem DCD with a radios 
squelch for use with a voice repeater. while 
there could be problems here (some repeaters have 
a long hang time when packets could easily be 
exchanged), perhaps some sort of Option to support 
this capability ıs needed. 


Thank you for your feedback. lt is both 
needed and appreciated. 


Si eae is 


Tucson Amateur Packet Radio Corporation 


P. O. BOX 228868 
Tucson, Aa 85734 


